約 2,282,432 件
https://w.atwiki.jp/satoschi/pages/7231.html
グリンジ語 |Australian languages| 言語類型 現用言語 使用文字 ラテン文字【Latn?】 type living language writing system Latin alphabet ISO 639-3 【gue】 言語名別称 alternate names Gurindji Wurlayi 方言名 dialect names Malngin マルギン方言 Wanyjirra (Wandjirra) ワンジラ方言 参考文献 references WEB ISO 639-3 Registration Authority - SIL International the LINGUIST List Ethnologue
https://w.atwiki.jp/chiba/pages/4.html
Spring MVCのメモ Spring MVCをmamatumoさん風にメモしてみるテスツ。ただし、千葉が思い出しながら書いてるから嘘の可能性もあり。 Spring MVCの概要 ベースはServletとJSPの世界ただし、ServletはDispacherServletだけだったり JSP以外のビューも視野に入れていたりはする。 即ち、FORMタグのACTION要素に指定したURLをweb.xmlでDispacherServletにマッピングする。言う必要も無いだろうけどweb.xmlではパターン表記でマッピング*.htmlとか なんでかは知らんがACTION要素にはxxx.htmlやxxx.formが指定されることが一般的ぽ。当然、xxx.htmlなんて実際には作る必要は無い。 DispacherServletは DispacherServlet名 -servlet.xmlという名前で用意したSpringのアプリケーションコンテキストを見て、URLパターンに適したコントローラクラスに処理を振り分ける。ビジネスロジック用クラスはアプリケーションコンテキスト内でコントローラにインジェクションしてコントローラから呼び出す。 バリデーション用クラスはアプリケーションコンテキスト内で定義し、コントローラの主処理が呼び出される前にDispacherServletが勝手に呼び出す。実際はコントローラのバリデーションメソッドが呼び出されてて、そのバリデーションメソッドの中でバリデーション用クラスに処理を委譲してるんだとかなんだとかだったような気がしないでもないけど忘れた。 処理結果のビューへのフォワードはコントローラの戻り値とアプリケーションコンテキスト内の設定を元にDispacherServletがよしなにフォワードする。 コントローラはインターフェースと、それを実装したものがいくつか容易されており、インターフェースを一から実装するか実装済みのものを目的にあわせて選択し、継承して実装する。 他のフレームワークとの違いとウリ 長所っぽいところ 入力データはJavaBeansの形でコントローラに渡されるSpring MVC用語では「command」と言うらしい。 バリデータクラスにも「command」の形で入力データが渡される。 バリデータクラスは完全にSpring MVCから独立している。 よって、バリデーションも含め、いわゆるビジネスロジック的なところは「command」さえ渡してやれば、プレゼンテーション層がWebじゃなくなっても動く。多分。 多分POJO的でテストしやすい。 仕組み上嫌でもDIコンテナの上で動くので、嫌でもDIコンテナの恩恵が普通に受けられる。 短所っぽいところ コントローラそのものはシグニチャにHttpServletRequestやHttpServletResponseを持っていたり、実用性を考えると何かしらの基底クラスを継承しなければならなかったりと、何かしらへの依存度が強そう。 バリデータが完全に独立している→組み込みバリデータがちっともなさげ。確かに組み込みバリデータに頼るとWeb層から切り離した場合組み込まれてた分の検証処理は別途実装が必要になってアボンはするが、とはいえバリデーション全部いちいち実装も辛い。 これはSpring MVCというよりSpringそのもの傾向だけど、やっぱりXMLファイルが肥大する傾向があると思う。とはいえ、faces-config.xmlやらstruts-config.xmlやらを書かなくていい分、JSFやStrutsと組み合わせるときよりは減るっちゃ減るかも? その分アプリケーションコンテキストに書く内容が増えるから種類は減っても量的にはどっこいどっこいかも? でも量が一緒なら種類が減るだけましか。 傾向的にはStrutsが持っていた短所と同じ傾向にあるような気がしないでもない。生Strutsよりは明らかに短所は少ないだろうけど、Struts+Springと比べるとどーなんでしょね。 個人的に コントローラの依存度の強さと 下に書いた通り1ページ:複数コントローラ(1ページ:1コントローラでは無い)なのと 組み込みバリデータが無い のは気になるけど、 バリデーション含めてビジネスロジックのWeb層に対する依存度の低さとDIコンテナとの親和性(当たり前か)を考えて意外といけるんじゃないかなーなんて思うのだが、 他のStruts 1.x後継を狙うフレームワークと比べて目に見えて真新しい/魅力的な/一般大衆受けするアピールポイントが見えない。JSF→Java EE5では標準になる wicket、Tapestry→JavaとHTMLだけで作れる(XMLやJSPいらず) Struts 2.0→Struts直系 などなど よって後継争いはきっついだろうし広まるような気はしないけど俺的には嫌いじゃない。 本格的に試してみたい気もちょっとする。 Spring MVCアプリの構成要素 Servletベースのフレームワークで、開発者は下記の要素を作成する。 web.xml アプリケーションコンテキストDispacherServletごとに1ファイルと、共通用のものをもう1ファイル(必須ではないけどあった方が多分便利)。 JSP「Velocity や XSLT などを利用することも可能である」とかこの辺に書いてあるけどどうなんだろね。 Javaオブジェクト最低でも以下のもんは必要コントローラ バリデータ でもMVCを考えると、ビジネスロジック DAO あたりも普通別クラスか。後はデザインパターンによってFacadeだったりなんだったり好きなように。 Versionの変遷 現在は1.2系になるのかしら。 2.0系からはコントローラ内で利用してたModelがHashMapからSpring独自のMapオブジェクトになったりなんやかやあるらしいけどなんやかやあるんだろう、きっと。 Spring MVCの画面遷移 基本的に、次の遷移先はコントローラの戻り値にセットし、それを元にDispacherServletが遷移させる。 コントローラの戻り値は「ModelAndView」という独自の型で、Viewとして次の遷移先を、Modelとしてその遷移先に渡す値をセットする。Modelは1.2系ではHashMapで、キーとともにJavaBeansを値としてセットする。 ViewにはJSP名をセットする。/■■■/XXX/△△△.jspというのが遷移先とすれば、△△△のみをコントローラ内でセット。 /■■■/XXX/はprefix、.jspはsuffixとしてアプリケーションコンテキスト内で設定。 したりする方法とか、prefixもsuffixも△△△もぜーんぶプロパティファイルに書いといてコントローラからはプロパティ名だけを指定する方法とか、コントローラ内にフルパスで指定したりとか、まー色々あるらしい。 JSFのナビゲーションルールよりは設定ファイルに書くこと少ない気がする、多分。 Spring MVCのFormの扱い ここにはmamatumoさんは何を書こうとしていたのだろう? とりあえず、Formを扱う用のコントローラとしてSimpleFormControllerというのがあって、普通はこれを継承する。なんや、StrutsのActionFormみたいなもんか?といわれるとそうかもしれないがStrutsには手を付けていないので実際のところ知らん。 1フォームに1コントローラつくイメージ。MultiActionControllerというのを使えば複数フォーム扱えるけど、SimpleFormControllerと違って入力データをJavaBeansとして渡してくれなかったり(HttpServletRequestから自分で取得する必要あり)、バリデーションクラスを自動で呼んでくれなかったりと一気に生のServlet色が濃くなるので、たくさん項目があるフォームに対してはあまり実用的でない。 よって、JSFみたく1ページに1ManagedBeanというのは辛そう。 やってやれないことはなさそうだけど、1ページにFORMごとの複数コントローラの方が楽そう。 1フォームの中に複数アクションを持たして1つのSimpleFormControllerに処理させるのは、JavaScriptとか使って作りこめばそんなに辛くなさそう。 GET/POSTなどのメソッドは、アプリケーションコンテキスト上で受け付けるかはじくか設定可能(POSTだけ受け付ける、とか)。 Sessionを持っていないリクエストをはじくのもアプリケーションコンテキスト上の設定で可能。 基本的にGETメソッドは初回アクセス(初期値表示)用として捕らえているような感じで、GETとPOSTでは同じコントローラでも処理フローが多少違う。なんだか何書いてるのか分からなくなってきた。 Spring MVCの入力検証 上の方で書いたとおり、Spring MVCから独立したバリデーションクラスを用い、 コントローラの主処理の前にバリデーション実行 エラーがある場合は、コントローラの主処理をすっとばして元ページのタグで指定した場所にエラーメッセージを表示 するっていうのは、まぁそんなに特異な処理ではないと思う。単項目検証や入力項目間の整合性検証はこれでうまくいくけど、EIS層のデータとの間での整合性検証が問題。 思想的にバリデーションはバリデーション用クラスで完結し、ビジネスロジック用クラスに持ち込ませないような思想を見受けるので、バリデーション用クラスで単項目検証・入力項目間の整合性検証→コントローラ→ビジネスロジック用クラス→ビジネスロジックの一部として入力項目・EIS層のデータ間の整合性検証とやると、エラーを元の画面に返すのに何かしら工夫する必要がありそう。エラーページに飛ばすなら簡単だけど。 流れ的には、バリデーションクラスからDAOを呼んで(Facadeとかを間に挟んでもいいけど)バリデーション用のデータを取得し、バリデーションクラス内で入力項目・EIS層のデータ間の整合性検証をやってバリデーションをここで完結させるのが自然ぽいけど、1リクエスト内でバリデーションロジックとビジネスロジック別々にデータベースアクセスするのもなんか美しくない。プーリング機能を使えば処理負荷はそうかからんだろうけども。 そこでAOPを使って宣言的トランザクションですよと言われればそうかもしれないけど、こないだ1△13がhogeBSで宣言的トランザクションやったけど結局設計者(実装者も?)から何処から何処までが同一トランザクションか分かりづらいと言われたみたいなことゆってたので、とりあえず宣言的トランザクションからは離れて考えたい。 ってかそもそもビジネスロジックはDispacherServlet→コントローラ→ビジネスロジック、バリデーションから直接DAOを呼び出す場合はDispacherServlet→バリデーションクラス→(ビジネスロジック用クラス→)DAOとなるので、これを同一トランザクションっつーことはそもそもはDispacherServletからトランザクション開始しなければならず、単項目検証でチェックエラーなど本来DBアクセスを必要としないケースでもトランザクションはっちゃうことになっちまうのでコネクションプーリングの無駄遣いも甚だしい。 やっぱ別々にDBアクセスするのが一番ましっぽ
https://w.atwiki.jp/anison-research/pages/24.html
編成 Piano String E.Bass A.Guiter E.Guiter Drum Ethnic系の音源
https://w.atwiki.jp/rinko/pages/30.html
Cooking Album 美味しそうにできた料理だけUP( (ェ) ゞ 過去に作ったメニューです⇒Cooking 春巻き エビチリ もつ煮込み からあげ 料亭風茶漬け 餃子 チャーシュー丼 肉まん ドライカレー 牛丼 グラタン がんもどきの煮物 ハンバーグ 雑炊(つみれ入り) とんかつ # # # # チャーハン # # # # # 豆乳プリン りんごのコンポート ワッフル ヨーグルトチーズケーキ #
https://w.atwiki.jp/lunachimusic/pages/52.html
Hello Spring* Artist lunalightp feat.初音ミク 楽曲情報 BPM 172 スケール Bb Maj 作詞:lunalightp 解説 はろーすぷりんぐ、春の曲です。 冬の色々なわだかまりというかそう言う固まったものを溶かしましょう! 新生活へと歩き出すキッカケになれば(ならない) 編成 Vocal Piano Electric Bass (Pick) Electric Guitar x2 (Distortion/Clean) Organ Bell Tree Drums(STANDARD) 歌詞 +... 春がきたよ 桜が咲くよ 春の祝い 花びらにのせ 春がきたよ 桜が咲くよ 君の夢を 花びらにのせ それそれさっさー歌え ほれほれよいさー騒げ 今日は無礼講、春の宴だぞ 今までの辛いのは忘れて 歌え騒げ、祭りはこれから はいはいさっさー踊れ どれどれほいさー笑え 今日は宴だ、花見の季節だ 明日からの辛いのも忘れて 踊れ笑え、まだまだいけるさ 宴は続く、夜の先まで 祭りの後の、事も忘れて さぁ騒げ お祭りは終わらない 飲んで食べて歌え踊れ、いつまでも この日だけの特別な息抜き 遠慮なんていらないから 大騒ぎは終わらない 雨が風が雪が花が飛び交えど あの日までに特別なお祝い 春が来たよありがとう 収録情報 Hello Spring* Tr.1 (Inst Tr.5)
https://w.atwiki.jp/satoschi/pages/5433.html
ミノコ語 |Austronesian languages|Malayo-Polynesian languages|Northwest Malayo-Polynesian languages| 言語類型 現用言語 使用文字 type living language writing system ISO 639-3 【mqq】 言語名別称 alternate names 方言名 dialect names 参考文献 references WEB ISO 639-3 Registration Authority - SIL International the LINGUIST List Ethnologue
https://w.atwiki.jp/ketcindy-eng/pages/17.html
During the creation
https://w.atwiki.jp/blindjustice-p/pages/37.html
JavaScriptのJQuery、そのプラグインのTablesorterを使って、 プレイヤー一覧(PC用のみ)の表を昇順、降順にするやり方です。 JQuery,Tablesorterの一式をこちらでダウンロード http //tablesorter.com/docs/ Contentsメニューの 1.Introduction … 6.Download←クリック Downloadの Full release jquery.tablesorter.zip←これをダウンロードする Lhacaなどで圧縮されたものを解凍する ズラーと色々とファイルやフォルダが入っていますが使用するものは以下の3つだけです。 jquery.tablesorter.js jquery-latest.js themesフォルダ その3つを「./bj/html/」フォルダの中におきます ここまでで準備は完了です。 次はこれらを動かすHTML文をプログラム内に追記していきます。 ./bj/login.cgiファイルを開きます。 229行目あたりの sub header_players_html { my $country = shift; my $html = ''; $html .= qq| html head |; $html .= qq| meta http-equiv="Cache-Control" content="no-cache" |; $html .= qq| link rel="stylesheet" type="text/css" href="bj.css" |; $html .= qq| title $title / $cs{name}[$country] /title |; $html .= qq| /head body $body |; $html .= qq| form action="../$script_index" input type="submit" value="TOP" class="button1" /form |; $html .= qq| p 更新日時 $date /p |; を sub header_players_html { my $country = shift; my $html = "EOM"; html head meta http-equiv="Cache-Control" content="no-cache" link rel="stylesheet" type="text/css" href="bj.css" title $title / $cs{name}[$country] /title link rel="stylesheet" type="text/css" href="themes/bluegreen/style.css" script type="text/javascript" src="jquery-latest.js" /script script type="text/javascript" src="jquery.tablesorter.js" /script script type="text/javascript" !-- \$(document).ready(function() { \$(".tablesorter").tablesorter({ widgets ['zebra'] }); }); -- /script /head body $body form action="../$script_index" input type="submit" value="TOP" class="button1" /form p 更新日時 $date /p EOM に書き換えます。 link rel="stylesheet" type="text/css" href="themes/green/style.css" は link rel="stylesheet" type="text/css" href="themes/blue/style.css" でも可能です。どちらか好きな方をお使いください(本家はblueです) table タグにclass="tablesorter", thead tbody を挿入(Ver1.90,Ver2.70以降は修正済み) 70行目付近 sub write_players_html { my $country = shift; my @rows = (qw/名前 性別 階級 部隊 職業 武器 タマゴ ペット 世代 Lv HP MP AT DF MAT MDF AG LEA CHA お金 コイン 更新時間 メッセージ/); my $html = ''; $html .= qq| table class="tablesorter" thead tr |; $html .= qq| th $_ /th | for (@rows); $html .= qq| /tr /thead tbody |; 133行目付近 # 削除 $html .= $count % 2 == 0 ? qq| tr class="stripe1" | qq| tr |; $html .= qq| tr |; 156行目付近 $html .= qq| /tbody /table |; でプログラム内の書き換えは終了です。お疲れ様でした。 これで項目をクリックすると昇順・降順に並び換えができるようになったのですが、 Tablesorterのデフォルトのスタイルシートだと表が崩れてしまうので、 ./bj/html/themes/green/style.cssの7行目 table.tablesorter th { text-align left; padding 5px; background-color #6E6E6E; } table.tablesorter td { color #FFF; padding 5px; } に table.tablesorter th { text-align left; padding 5px; background-color #6E6E6E; color #333; white-space nowrap; } table.tablesorter td { color #FFF; padding 5px; white-space nowrap; } と追記してください。 文字のサイズや表の色や矢印の画像などを変えるには「./bj/html/themes/green/」の中をいじってください。 後は、プレイヤー一覧が更新されていけば反映されていきます。
https://w.atwiki.jp/okpko/pages/38.html
The Drinking Week はじめに 7日間仲間と酒を飲みつづけて、the Drinking Weekをしよう。 必要なもの 仲間と飲み会の毎日をおくることができるなんていうのは、実際は、学生のときくらいしかできないかもしれない。もしあなたが学生であるならば、それは、学生のうちにしかできないことだ。しかしながら、例えば、あなたが毎日飲んでなどいられない環境にいるとするなら、仕方がない。ただ、本当に実現しようと考えたことがあったか、もう一度検討してみてほしい。 しようと思えばできるのなら、しておいた方がいいこともある。なぜなら、いましておかなければ、もう一生できないかもしれないことだからだ。 必要なのは、一瞬でも目標をおもい描き、本当にできないのかを疑うことだ このことに限らず、すべてのものごと対して挑戦する気持ちを持とう。
https://w.atwiki.jp/sugawara/pages/127.html
Qt Tips 最後の一文字を取り出す str.slice(-1) または str.substr(-1) substring()はマイナスを渡せない。 最後の一文字を除いた文字列を取り出す str.slice(0,-1)